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CLAIMS 

The following is claimed: 



1 LA method for determining latency for real-time transport protocol data flows, 

2 comprising the steps of: 

3 communicating between a first endpoint and a second endpoint; and 

4 measuring latency for a data flow between said first endpoint and said second endpoint. 

J 2. The method of claim 1 , wherein said first endpoint and said second endpoint are 

fQ multi-media routers. 

H 3. The method of claim 1, wherein said step of measuring latency is characterized by 

';72 a test data packet being used to perform said communication, and wherein said measuring 

3 latency step further comprises the steps of: 

4 said first endpoint transmitting said test data packet to said second endpoint; 

5 said second endpoint looping said test data packet back to said first endpoint; 

6 comparing when said test data packet was received by said first endpoint to when said 

7 test data packet was sent to said second endpoint, thereby determining a round trip time; and 

8 determining said latency based upon said round trip time. 
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1 4. The method of claim 1, wherein said step of measuring latency is performed by 

2 using a real-time control protocol (RTCP), said measuring latency step further comprising the 

3 steps of; 

4 said first endpoint transmitting a send report to said second endpoint comprising a 

5 timestamp representing the time said first endpoint transmitted said send report; 

6 extracting said timestamp from said send report and adding said timestamp to a receive 

7 report that is transmitted from said second endpoint to said first endpoint, wherein said receive 

8 report also comprises an estimate of how long it took after said first endpoint sent said send 
4 report, for said first endpoint to receive said receive report from said second endpoint; and 



10 dividing said estimate in two, resulting in said latency. 

k 4 5. A method for determining jitter for real-time transport protocol (RTP) data flows, 

; 2 comprising the steps of: 

*3 beginning a timer when a first data packet of an RTP data flow is received by a first 

4 endpoint; 

5 stopping said timer when a second data packet of said RTP data flow is received by said 

6 first endpoint; and 

7 adding measured time from said beginning of said timer to said stopping of said timer to 

8 an aggregate to obtain said jitter for said RTP data flow, 

1 6. The method of claim 5 5 wherein said timer is located within said first endpoint. 
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1 7. The method of claim 5, wherein said steps of beginning said timer, stopping said 

2 timer, and adding said measured time are periodically repeated to obtain an average jitter value. 

1 8. A method for determining lost packets for real-time transport protocol (RTP) data 

2 flows, comprising the steps of: 

3 determining a sequence number of a received RTP data packet within said RTP data 
A flow; 

§ storing said determined sequence number; 

n6 calculating whether said determined sequence number sequentially falls within a 

Y 7 predetermined numerical order; and 

J8 if said sequence number of said received RTP data packet does not sequentially fall 

vJ9 within said numerical order, storing said sequence number as a missed RTP data packet. 

1 9. The method of claim 8, further comprising the step of tracking how many RTP 

2 data packets have been marked as missing. 

1 10. The method of claim 8, wherein said step of determining said sequence number of 

2 said received RTP data packet within said RTP data flow is performed upon receipt of said RTP 

3 data packet. 
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1 1 L The method of claim 10, wherein said RTP data packet is received at a first 

2 endpoint. 

1 12. The method of claim 1 1, wherein said first endpoint is a multi-media router, 

1 13. The method of claim 8, wherein said step of storing said sequence number as a 

2 missed RTP data packet is not performed until a specified amount of time has passed, during 

3 which time said RTP data packet having said sequence number may be received, thereby 
'% preventing storage of said sequence number as a missed RTP data packet. 

y 1 14. A system for determining latency for real-time transport protocol data flows, 

-2 comprising: 

: j3 means for communicating between a first end point and a second endpoint; and 

rr 4 means for measuring latency for a data flow between said first endpoint and said second 

5 endpoint. 

1 15. The system of claim 14, wherein said first endpoint and said second endpoint are 

2 multi-media routers . 
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1 16. The system of claim 14, wherein said means for measuring latency uses a test data 

2 packet to perform communication between said first endpoint and said second endpoint, and 

3 wherein said means for measuring latency further comprises: 

4 means for transmitting said test data packet from said first endpoint to said second 

5 endpoint; 

6 means for looping said test data packet back to said first endpoint; 

7 means for comparing when said test data packet was received by said first endpoint to 

8 when said test data packet was sent to said second endpoint, to determining a round trip time; 
P and 

riO means for determining said latency based upon said round trip time. 

-•i 17. The system of claim 14, wherein said means for measuring latency uses a real- 

■ l/ 2 time control protocol (RTCP), said means for measuring latency further comprising: 

3 means for transmitting a send report from said first endpoint to said second endpoint, 

4 wherein said send report comprises a timestamp representing the time said means for 

5 transmitting transmitted said send report; 

6 means for extracting said timestamp from said send report and adding said timestamp to a 

7 receive report that is transmitted from said second endpoint to said first endpoint, wherein said 

8 receive report also comprises an estimate of Kow long it took after Said first endpoint Sent Said 

9 send report, for said first endpoint to receive said receive report from said second endpoint; and 



10 means for dividing said estimate in two, resulting in said latency. 
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1 1 8. A system for determining jitter for real-time transport protocol (RTP) data flows, 

2 comprising: 

3 means for beginning a timer when a first data packet of an RTP data flow is received by a 

4 first endpoint; 

5 means for stopping said timer when a second data packet of said RTP data flow is 

6 received by said first endpoint; and 

,7. means for adding measured time from said beginning of said timer to said stopping of 

■8 said timer to an aggregate, to obtain said jitter for said RTP data flow. 



0"i 19. The system of claim 18, wherein said timer is located within said first endpoint. 

v 1 20. A system for determining lost packets for real-time transport protocol (RTP) data 

2 flows, comprising: 

3 means for determining a sequence number of a received RTP data packet within said RTP 

4 data flow; 

5 means for storing said determined sequence number; 

6 means for calculating whether said determined sequence number sequentially falls within 

7 a predetermined numerical order; and 

8 means for storing said sequence number as a missed RTP data packet if said sequence 

9 number of said received RTP data packet does not sequentially fall within said numerical order. 
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1 21. The system of claim 20, further comprising means for tracking how many RTP 

2 data packets have been marked as missing. 



1 22. The system of claim 20, wherein said means for determining said sequence 

2 number of said received RTP data packet within said RTP data flow performs said determination 

3 upon receipt of said RTP data packet. 

ji 23 . The system of claim 22, wherein said RTP data packet is received at a first 

N2 endpoint. 



- 1 24. The system of claim 23, wherein said first endpoint is a multi-media router. 

1 25. The system of claim 20, wherein said means for storing said sequence number as 

2 a missed RTP data packet does not store said sequence number until a specified amount of time 

3 has passed, during which time said RTP data packet having said sequence number may be 

4 received, thereby preventing storage of said sequence number as a missed RTP data packet. 
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1 26. A system for determining latency for real-time transport protocol data flows, 

2 comprising: 

3 a first endpoint, connected to a second endpoint, wherein said first endpoint comprises; 

4 a transceiver; 

5 software stored within said first endpoint defining functions to be performed by 

6 said first endpoint; and 

7 a processor configured by said software to perform the step of, 

8 measuring latency for a data flow from said first endpoint to said second 
& endpoint. 

fll 27, The system of claim 26, wherein said first endpoint and said second endpoint are 

^2 multi-media routers. 

;;i 28. The system of claim 26, wherein said step of measuring latency is characterized 

2 by a test data packet being used to perform said communication, and wherein said measuring 

3 latency step further comprises the steps of: 

4 said first endpoint transmitting said test data packet to said second endpoint; 

5 said second endpoint looping said test data packet back to said first endpoint; 

6 comparing when said test data packet was received by said first endpoint to when said 

7 test data packet was sent to said second endpoint, thereby determining a round trip time; and 

8 determining said latency based upon said round trip time. 
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1 29. The system of claim 26, wherein said step of measuring latency is performed by 

2 using a real-time control protocol (RTCP), said measuring latency step further comprising the 

3 steps of: 

4 said first endpoint transmitting a send report to said second endpoint comprising a 

5 timestamp representing the time said first endpoint transmitted said send report; 

6 receiving a receive report from said second endpoint comprising, said timestamp added to 

7 an estimate of how long it took after said first endpoint sent said send report, for said first 

8 endpoint to receive said receive report from said second endpoint; and 

9 dividing said estimate in two, resulting in said latency. 
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1 30. A system for determining jitter for real-time transport protocol (RTF) data flows, 

2 comprising: 

3 a first endpoint, connected to a second endpoint, wherein said first endpoint comprises; 

4 a transceiver; 

5 software stored within said first endpoint defining functions to be performed by 

6 said first endpoint; and 

7 a processor configured by said software to perform the steps of, 

8 beginning a timer when a first data packet of an RTP data flow is received 
•3t by said first endpoint, 

m stopping said timer when a second data packet of said RTP data flow is 

M received by said first endpoint, and 

12 adding measured time from said beginning of said timer to said stopping 

1| of said timer to an aggregate to obtain said jitter for said RTP data flow. 

1 31. The system of claim 30, wherein said timer is located within said first endpoint. 

1 32. The system of claim 30, wherein said steps of beginning said timer, stopping said 

2 timer, and adding said measured time are periodically repeated to obtain an average jitter value. 
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1 33 , A system for determining lost packets for real-time transport protocol (RTP) data 

2 flows, comprising: 

3 a first endpoint, connected to a second endpoint, wherein said first endpoint comprises; 

4 a transceiver; 

5 software stored within said first endpoint defining functions to be performed by 

6 said first endpoint; and 

7 a processor configured by said software to perform the steps of, 

8 determining a sequence number of a received RTP data packet within said 

9 RTP data flow, 

to storing said determined sequence number, 

tti calculating whether said determined sequence number sequentially falls 

42 within a predetermined numerical order, and 

43 if said sequence number of said received RTP data packet does not 

-14 sequentially fall within said numerical order, storing said sequence number as a missed RTP data 

15 packet. 



1 34, The system of claim 33, wherein said processor is further configured to perform 

2 the step of tracking how many RTP data packets have been marked as missing. 

1 35. The system of claim 33, wherein said step of determining said sequence number 

2 of said received RTP data packet within said RTP data flow is performed upon receipt of said 

3 RTP data packet. 
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36. The system of claim 35, wherein said RTP data packet is received at said first 
endpoint. 

37. The system of claim 36, wherein said first endpoint is a multi-media router. 

38. The system of claim 33, wherein said step of storing said sequence number as a 
missed RTP data packet is not performed until a specified amount of time has passed, during 
which time said RTP data packet having said sequence number may be received, thereby 
preventing storage of said sequence number as a missed RTP data packet. 

39. The system of claim 33, wherein said processor is further configured to perform 
the step of counting the number of said missed RTP data packets. 
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1 40. A system for determining flow quality statistics for real-time transport protocol 

2 (RTP) data flows, comprising: 

3 a first endpoint, connected to a second endpoint, wherein said first endpoint comprises; 

4 a transceiver; 

5 software stored within said first endpoint defining functions to be performed by 

6 said first endpoint; and 

7 a processor configured by said software to perform the steps of, 

8 determining latency for said RTP data flows, 

9. determining jitter for said RTP data flows, and 

JO determining lost packets for said RTP data flows. 
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